home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Internet Tools 1993 July / Internet Tools.iso / iso9660 / mail / pine / c_client.arc / text0078.txt < prev    next >
Encoding:
Text File  |  1993-07-31  |  1.9 KB  |  47 lines
  1.  
  2. On Mon, 12 Jul 1993, John Gardiner Myers wrote:
  3.  
  4. > Mark Crispin <MRC@panda.com> writes:
  5. > > No, because the ambiguity would still exist at the IMAP level, and the whole
  6. > > purpose of the ugly syntax is to eliminate the ambiguity.
  7. > 
  8. > Oh boy, it's the old ambiguous/unambiguous namespace argument again.
  9. > I mistakenly thought we had gotten this resolved.
  10.  
  11. I believe the ambig/nonambig name issues *have* finally been resolved in 
  12. the context of a single driver.  I don't believe they have been resolved 
  13. in the context of multiple drivers, as we are facing here.
  14.  
  15. > Exporting an ambiguous/"rubber room" name does not prevent you from
  16. > also accepting an implementation-dependent unambiguous name, for
  17. > clients that care.
  18.  
  19. I think I agree, though I'm not sure who is doing the exporting.
  20.  
  21. > In the absense of a user who explicitly gives implementation-specific
  22. > information, clients and servers should communicate with
  23. > ambiguous/"rubber room" names.  Otherwise, clients have to make
  24. > possibly invalid assumptions about the server implementation.
  25.  
  26. Agreed.
  27.  
  28. > If pine assumes that the IMAP server is a c-client imapd, it's likely
  29. > to get very confused when talking to a non-c-client IMAP server.  The
  30. > CMU IMAP server, for instance, will tell any client trying to use a
  31. > mailbox or bboard name with a "/" in it to go jump in a lake.
  32.  
  33. Pine makes no such assumption.  In fact, we've worked hard to keep *any*
  34. notion of filesystem name syntax out of the Pine code.  (OK, so there are
  35. a couple of exceptions for DOS, but not in c-client functions.) However, a
  36. Pine user can *configure* his/her environment to take advantage of an
  37. IMAPd that will make an effort to map a user-provided path name into the
  38. actual filesystem.  This is especially handy (indeed, essential) in
  39. environments such as ours where an IMAP server may also be a timesharing
  40. host, and it is a requirement to be able to get at the same mailboxes both
  41. locally and remotely. 
  42.  
  43. -teg
  44.  
  45.  
  46.  
  47.